home *** CD-ROM | disk | FTP | other *** search
/ InfoMagic Internet Tools 1995 April / Internet Tools.iso / infoserv / www / cern / doc / www-talk.archive.Z / www-talk.archive / text0012.txt < prev    next >
Encoding:
Text File  |  1992-11-30  |  6.3 KB  |  141 lines
  1. >>>>> On Mon, 11 Nov 91 02:22:35 -0500, Edward Vielmetti <emv@ox.com> said:
  2.  
  3. Ed> I'm slowly but surely converting the files on ftp.cs.toronto.edu:/pub/emv
  4. Ed> to be in the WWW format.  Right now the stuff in news-archives.README is
  5. Ed> referred to that way, and some of the rest of the things in news-archives too.
  6.  
  7. I just tried to read your news-archives.README with the line-mode
  8. browser through the traditional file: access. First-minute comments :
  9.  
  10. - Currently, any file retrieved through the file: access, local or
  11. remote, is considered a plain text file unless its name ends with
  12. `.html'. As a consequence, the anchors that you have inserted in
  13. news-archives.README are not interpreted by the browser, so they
  14. cannot be jumped to, except by cutting the reference and pasting it to
  15. another www command line. Moreover, the text is just echoed in its
  16. original format, which sadly happens to be double-spaced (CR-LF ?).
  17. The easy fix is to append `.html' to the name of any file that
  18. contains HTML tags, but I understand that it will bother people who
  19. look at your files without www. The upcoming format negociation could
  20. help with this, especially in the case of a dedicated www server that
  21. could pass and possibly negotiate the document type. For anonymous
  22. ftp, the browser should run simple heuristics to try and guess the
  23. type of the file from its name.extension. We'll think about it.
  24.  
  25. Ed> This aftp: tag is new.  I'm not completely happy with the use of
  26. Ed> the file: tag to refer to remote files, since it can lead to
  27. Ed> situations where references are ambiguous depending on whether
  28. Ed> you're dealing with a file on the local system or that same file
  29. Ed> accessed via anonymous FTP on the local system.  Adding an aftp:
  30. Ed> tag should help that.
  31.  
  32. - We agree that the current syntax can be ambiguous, but we want to
  33. keep references to local and remote files in the same format, because
  34. the very notion of a `remote' file should disappear with wide-area
  35. hypertext (remember the new WAN cliche: the network IS the computer).
  36. A less philosophical reason for that is to avoid referring to a
  37. particular retrieval protocol : the reference to the file should be
  38. the same regardless of whether it is retrieved through anonymous ftp
  39. or through the Andrew file system, for instance. Of course, we would
  40. like to introduce X.500 naming in the (more or less) long term.
  41.  
  42. Ed> It's useful (even necessary) to include the anonymous@ bit; there are some
  43. Ed> sites (lib.stat.cmu.edu and research.att.com) with two parallel
  44. Ed> "anonymous FTP" trees that have different user names to get to them;
  45. Ed> a reference to
  46. Ed>     <a href=aftp://netlib@research.att.com:/> </a>
  47. Ed> is quite different than
  48. Ed>     <a href=aftp://anonymous@research.att.com:/> </a>
  49.  
  50. So we want to keep `file:' for both local and remote file, but we must
  51. take into account your other suggestion : allowing for a different
  52. user name. I suggest the following :
  53.  
  54.     * allow an optional `user@' part before a host name.
  55.     * if the user is not specified, make it the current user name
  56.       if the host is the local machine, and `anonymous' otherwise.
  57.       (this avoids the ambiguity that you mentioned)
  58.  
  59. Examples :
  60.     file://ftp.cs.toronto.edu/pub/emv/news-archives.README.html
  61.     file://netlib@research.att.com/
  62.  
  63. Ed> The format //user@host:/filename/ is quite similar to that used by
  64. Ed> ange-ftp, so these references are immediately quite usable by
  65. Ed> existing code.
  66.  
  67. - Currently, a colon after the host name is used to specify an alternate
  68. TCP port number, but a good browser should ignore it if no number is
  69. present. In this way, www can be compatible with ange-ftp syntax.
  70.  
  71. - Your examples make me think of another feature we should add for the
  72. browsers to support them : the ability to display a directory as a
  73. list of references, with maybe the README file (if any) prepended as
  74. introductory text. Currently, on your reference to
  75.     file://pit-manager.mit.edu/pub/usenet/
  76. the browser would try to `get' the directory through ftp and fail. So
  77. I'll add this to the wish-list for the `file:' access method :
  78.  
  79.     * if the address ends with a `/', try `ls' instead of `get'.
  80.     * try to get an appropriate README file. Try those in order :
  81.       README.html, *README*.html, README, *README*, *readme*
  82.     * Display that file if found, then build a list of references
  83.       for all the files contained in the directory.
  84.  
  85. Note that if you supply both a README.html and a traditional README,
  86. you won't have to apologize about `all those funky angle brackets' !
  87.  
  88. - From your news-archives.README :
  89.  
  90.   blah blah blah. Check out
  91.   <a href=aftp://anonymous@pit-manager.mit.edu:/pub/usenet/> </a>
  92.   for lots more information.
  93.  
  94. With the line-mode browser, this will look fine :
  95.  
  96.   blah blah blah. Check out [1] for lots more information.
  97.  
  98. But with any mouse-driven browser (NeXT, X-Windows, emacs, Mac), the
  99. anchor should sit on a piece of text that will serve as a button. With
  100. your current example, your reader would only see :
  101.  
  102.   blah blah blah. Check out for lots more information.
  103.  
  104. with possibly a tiny highlighted space between `out' and `for'. Some
  105. human-readable description of what the anchor points to will do fine.
  106. For instance :
  107.  
  108.   blah blah blah. Check out the
  109.   <a href=file://pit-manager.mit.edu/pub/usenet/> MIT usenet archives
  110.   </a> for lots more information.
  111.  
  112. would yield
  113.  
  114.   Check out the MIT usenet archives[1] for lots more information.
  115.  
  116. or a highlighted `MIT usenet archives' on a mouse-driven browser.
  117. Before that in your README, it would be nice to have an anchor
  118. associated with the `List of periodic informational postings' and to
  119. the archive that you mention. Same for the `news.answers' group (the
  120. `news:' access is implemented in the new architecture. Use this simple
  121. syntax : `<a href=news:news.answers> news.answers </a>'.)
  122.  
  123. - As an aside, the `name=' part of the anchor tag is not necessary in
  124. your context : it is needed if someone wants to make a link TO that
  125. particular anchor, not to the whole document.
  126.  
  127. Ed> I'm also using
  128. Ed>     <a href=wais://wais.domain.org:210/database?>
  129. Ed> in anticipation of that tag being supported, it should be a matter of
  130. Ed> a simple sed or perl script to convert those tags to their current
  131. Ed> preferred format.
  132.  
  133. - Agreed. OK for the `wais:' access.
  134.  
  135. Thank you for all your suggestions. Please continue to provide
  136. feedback as you write more html. We're looking forward to read your
  137. data seamlessly and pave the way for other ftp site managers.
  138.  
  139. --- Jean-Francois
  140.  
  141.